문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 Windows API (문단 편집) === 하드웨어 독립적 === 과거의 [[MS-DOS]] 환경에서는 프로그래머가 시스템에 연결된 장치의 종류를 모두 알아야 했다. 가령 [[한컴오피스 한글]] 같은 워드프로세서를 만든다고 가정해 보자. 문제가 되는 것은 모니터와 프린터인데, 과거에는 이 그래픽 출력 장치 및 프린터에 대한 제어 코드를 일일이 만들어 주어야 했다.[* 허큘리스, CGA, EGA, VGA같은 그래픽 드라이버와 각각의 프린터에 대한 제어 코드를 일일이 다 만들어서 워드프로세서 프로그램 안에 내장시켜 주어야 했다.] 만약 회사나 학교에서 사용 중인 워드 프로세서가 학교에 있는 프린터에 맞추어 설정되어 있다고 생각하여 보자. 누군가가 외국에서 프린터 좋은 거 있다고 해서 사 왔는데, 사용중인 워드 프로세서에서 지원하지 않는 프린터라면 사용이 불가능하거나, 혹은 워드프로세서에서 사용자 정의로 프린터를 설정할 수 있다면, 프린터 매뉴얼을 꺼내들고, 하나 하나 제어코드를 맞추어 워드프로세서에 인식시키면 된다. 귀찮고 시간이 오래 걸릴 뿐이지 하면 된다. 그리고 이렇게 사용하는 것이 기본이었으므로 아무도 불만이 없었다. 그러나 Windows 환경에서는 이런 하드웨어 제어 코드는 [[디바이스 드라이버]]가 가져가게 되며, 문자 출력은 DrawText 또는 TextOut 함수 호출로 한큐에 끝내게 된다. 꼭 문자 출력뿐만 아니라 거의 모든 게 이런 식으로 하드웨어의 종류에 영향을 받지 않는다. 거꾸로 윈도우 환경으로 넘어오면서 하드웨어 인터럽트를 직접 건드려 제어하는 방식의 응용 프로그래밍 기법은 완전히 사장되었다.[* 다만 산업용으로 [[ISA]] 버스 등 하드웨어를 직접 건드려야 하는 곳에서는 여전히 사용한다. 응용프로그램이 아닌 드라이버 개발을 하는 경우에도 마찬가지.] 윈도우에서는 하나의 운영체제 위에 여러 개의 프로세스가 작동하는 멀티태스킹 및 멀티스레딩 환경이기 때문이다.저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기